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: (57) : : : : : I n : thc: UMTS: Tesouroe : reservation is: provided : 
: : by sending either the: data object contents or the entirei : 



; contents of a QoS req uest in: BSVP messages^ The QoS : 
iTequestisipjggybaclced m :RDP: Context messages^ and:: 
■ is passed; transparently: between: MT: 30; and; GGSN 24.: ; 
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beiscription ; n^^ 

: [pppi] This invention re|£rtes::tphteiebpmm^ between a support ihcKJei^a^^^ 

; networks operating Internet :;::=:spci£rted^ 

i^|5p^clally to a meth 6if reserViWcj r^^^^ 5.:: . pp^l jV ^ 

[0002] In third generation (3G) teleic^(^ - v .y 6f .f^S^R The 
■ networks, such as; Univers.a| M 
: Systems (UMTS), broad band^^ 

: :ices;such as^d^^^ multimedia In addition to voice. .. ; ;: ;;^'; ; ; ; ^ 
. :An that required Quality 

. : (QbS) sho did be provided to users l3u^ IP rietvyd/ks |f ; ; : -y^V: -V luistrate^ the Interchange! of 

• . . CO ntentipn . f Or • i^^ is • not i^biyed^ • U\V ".Vr-V- :'<iord i nig. tp^ the'.inventlbn . .- • • 

not be guaranteed. :"".v" = 

; source; Rpiservatipap^^ 

network to reserve the resources so as to provide QoS. 26 and a UMTS Tenrestrial Radio Access Network 

RSVP is an end-to-end protocol and is illustrated in Fig- (UTRAN) 28. A Mobile Terminal (MT) 30 communicates 

ure 1 . with the UTRAN 28 across the radio Interface. The MT 

[0004] A transmitting user 1 0 sends to a receiving us- 30 is UMTS specific and is connected to the Temninal 

er 1 2 a message PATH. The PATH message carries the 20 Equipment (TE) 32 that may run non-UMTS specmcapr i.M-i^ : 
; ; ;traffic pharacterjst^^^ 

10. nal Network 40. 

[0005 j^'W^ r^beivinig ii^i^r 1 2 [Gibl4ilv : 

; ; ;m(^sag^ , iit ;senids ; k R ES V ;rhi^kg|6 i : ^A^r*0rtt^^ 

request such as RowSpecs. [0015] The UMTS 20 operates the Applicatlon-specif- 

;ii;P?ippi$]ii::^ 

: \ \ p jand i 2 can;be iocated;rernotely so that RATH and ; ; ; gotiate the QpS and lactivate; the QoS ; control betweleh ' : ji ;Vi ; : ; i V jV: ji ; 

V;:RESy:'rniBWs^^^ through several nodes. As each the MT 30 and UMTS network 20. 

node receives both messages, ft makesthe decision as^-^^^3^^ v ..- - ^ -'- 

to whether adequate resources in that node can be re- ing GPRS Support N6de;(SGSN);26 and; the; Gateway; ; ;nh:;;;; :::::;^::;;;:n:;;;:";^ 

served. If this is possible, then the messages are re- is now termed Gateway GPRS Support Node (GGSN) 

layed to the next hop for the PATH message, and the 24. 

previous hop for the RESV message. When the RESV [0017] In the inventive method, the RSVP messages 
:;V/fi(^|si^g^^ thetrsulisiTlittlhi^/i^ 

transmit data. ure 3 illustrates RSVP activated QoS control In the up- 

[0007] Periodic refresh messages are sent subse- - link direction. 
;::lquently'tb:maihte^^ 

has been set up. minated at the MT 30 and the GGSN 24. The assump- 

[0008] In UMTS, RSVP may be used to support those 40 tion is that the TE 32 intends to set up RSVP session 

applications that use RSVP to activate the QoS control. with its remote peer (not shown) that also uses RSVP 

It -is proposed jn TSG2#10 32-0000131, "Processing ' ' signaling in the external network. 

l^$Vf? Signalling In MT" that RSVP is supported in MT [0019] When the MT 30 receives the PATH message '^^ • ::i ;: ::; 

for activating QoS control in UMTS. But the major draw- from TE 32, MT 30 checks to see if a PDP context exists 

backs that have been envisaged are that the RSVP for this RSVP session. If it does, the MT triggers the 

mpssages are .transmitted separately across the :UMTS;: ^ ;;M SecprtdaryPbP;cpnte)rt rn^ V;; ij;; :::^ 

networks artd thus. cphsUm jn: QpS i^kMh^^ P"^ ;? : i^i^l^i^ ; : 

isouHbeis; irt pMlcul^ii;; thfevmdj^^ i co ntext needs to oriented J The RAITH- m^Sse^e 13 -fiig^f.-^- 
• ;|t^;ipi^^3 tra^ 

:[00P9]; It. is- ; an: object prthei lh^^ritip^ ;;;;;:; 

Mmpthoc^ pif tpsen^^ the Requested; Qp^^ 
ations of. wirejess mobile; n^ 

works that has ho or minirriaj impact o . information 

tectu re or QoS procedures, knd rn RAB negotiation with UTRAN 28. 77^ 

nailing traffic associated with supporting the method. ; ;: 55;: PATH message will be relayed to GGSN 24. the GGSN; ;:^:: ;;::;"i.: ;::-^^ 

[0010] According; to the InyeriW^^ 

genpratipn.telecprnnriunicatiori;net^ ;;;;;:;; ;;;ternalnet^ ;; ; ; '•• 

locating resources for iUseri ti^ic pa^ 



2 



1 



EPi 130931 Ai 



2 



b ^^^^ . m 

: : siBncling atleast B ife 

: / iii'iiiii iifOipOil]^^ relates to itelecprnmun)^ I! ilce request trans a support node, asr : ::: ::: :^ 

networks operating Internet Protoepl;(|P); :an^ ispciatedWlths^^ 

:: ' :: V: espec of rescfvincj fesburces.. ; . : tpOl ll jn t^i^i^Ppo'T^ 

::: ::: ■ [0002] I H th ird generation (3C3) tel^ommunjoati^ trates the operatlbW Of R invention wili be .doV. . .-. 

i;:;;:-::^ network^ scribed by wa^^ ■ 

Systems (UMTS), broad bandwidth is provided for serv- s2 and 3 In which;- 
ices such as data and multimedia in addition to voice. 

need is that required Qualiiy : of; Se^^ 

^^^^ : : : : : ^ provicjed :to usofs but jhYl P: ri^fi^ :V : FIgUfe 3 Hit^^ 

^^^^^^^^.•/^^.^^^^^^^^^ b^^^ resolved then QoS can cording to the invention, 
not be guaranteed. 

i ji T i^i: :;^:;:; ; ;network to reserve the resources so as to provide QoS:: ;: ::: : i26 ;;and ; a: UMTS lerrestrial Radio Access Networ1<;::;;;:;::- ;;::|:if:^;::;i;;:;:::;:: 

RSVP is an end-to-end protocol and is illustrated In Fig- (UTRAN) 28. A Mobile Terminal (MT) 30 communicates 

ure 1 . with the UTRAN 28 across the radio interface. The MT 

:;;:;;n:^-J;;:^ 

er 1 2 a message PATH. The PATH message carries the 20 Equipment (TE) 32 that miay run non-UMTS specific ap- = 

;::; ;;:■;: :;:;iy::::;:;n;;^^ plications. 

:': : : : :';j:': : idld^ethe behjwipr that js.tp b& trorn u : : [PPI ^i^^^^^^G^^ can:cpri^^ Exterr; :': :':':"; 

10. nal Network 40. 

[0005] When the receiving user 1 2 recerves the PATH [001 4] Each illustrated component has sub-compo- 

message, It sends a RESV message that contains QoS 25 nents which are not further described. 

, ;r;;^;:^::i;:i:: "n^^^ "i^^^re^ ' •:i^^--^;-;ilCn;^^:nj^i^^ 

[0006] In practice, the transmitting and receiving us- ic Packet Data Protocol (PDP) Context as usual to ne- 

ers 1 0 and 1 2 can be located remotely so that PATH and gotlate the QoS and activate the QoS control between 

RESV messages pass through several nodes. As each the MT 30 and UMTS network 20. 

::: : : ::to whether adequate resources in that node can be re- ::: : :lng G 

iayed to the next hop for the PATH message and the 24 

previous hop for the RESV message. When the RESV [0017] In the Inventive method, the RSVP messages 
::::: message reaches the transmitting user tO, it begins tO: : 35 are "piggybacked^to the PDP Context: messages. Fig-: : 

transmit data. ure 3 illustrates RSVP activated QoS control in the up- 

[0007] Periodic refresh messages are sent subse- link direction. 

Ui!::^;:Hl^ii^;kiiiiiiiln;qu 

has been set up. minated at the MT 30 and the GGSN 24. The assump- 

[0008] In UMTS, RSVP maybe used to support those 40 tlon is that the TE 32 Intends to set up RSVP session 
- applications that use RSVP to activate the QoS control. :: :: :::: w 

It Is proposed in TSG2#10 S2-0000131, "Processing signaling in the external network. 

RSVP Signalling in MT' that RSVP is supported in MT [0019] When the MT 30 receives the PATH message 

: : for activating QoS control in: UMTS. But the major draw- : : from TE 32rMT 30 checks to 
;:::;";i;;::J;:;^;;^:;;;;;;;;::;b^ 

;;:':':': :me^i^aEj^ iare :tfansnfiitted se ^Ih I : ; ; iMP^i^^ !Tiessage;'f ithere 

::: ::::: :networks and thus consume extra UMTS network reT::::::::::: its a change ln QoS parameters or if a secondary PDP. :::::: 

sources, in particular, the radio resources. In addition, context needs to be created. The PATH message is pig- 

- v.^.^.".^; ^it: ihiine^esiti^te loaidi to-the" UMTiS : rifetWo^ • . - : 'gybiaickOd^d^ COnti^;Rd;^ tie^^ : : : : : 

[0009] It Is an object of the invention to provide a so messages using the PDP config. option. Note that the 

method of reserving resources in third or future gener- MT Is expected to populate the Requested QoS IE 
ations of wireless mobile networks such: as UMTS netr :;:;;;: based on the PATH; infonTiation; SGSN:26 can use the^^^^;;^^ 

: ;:::::: works that haS: no or minimal impact on existing archi- : : information within the Requested QoS IE (Information :; ::::::::':: :::: :: : : 

procedures , an d m in imizes any extra si g- . Element) to do RAB n egotiation with UTRAN 28 . Th e ... • 

: : hii : : ; : nailing traffic assocjiated with supporting the rriethod.;. ; ;;PATH rnessa will be relayed to GGSN 24/ The GGSN : : :;:::;: 

[0010] According to the invention, in a third or future extracts the PATH message and then relays it to the ex- 

M ; i ; : ' 7 : = : : : ; : : ■ : ; geHeratiph tel.e^ hetworic, a method of al- ternal netwo rk. 
;• ■ i:^^ 
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sjbonse without waiting for the RESV rribsisage. Howev- 
er; with thaNpprpac^ 

late the Negotiated Qp$ IE with yaliies that matches 
RESy QoS requirements. Figure: 3 : shows that, the 
GGSI^J waits for RESV befbre^g^^ 

■ ■ text response message. ; 

[0021] When the RES V response from the remote 
peerijs received at the GGSfsl 24^^ 
:■ along wjthr^^ 
; igotiated is the same^a^^ io 

-^^^ , ; 

i;:; i l and Ullf^^ 
Iquiested^ 

li aiitheiGGSN . 
on the Activate /Modify -POP Context Confirmation 

message(s). 
[^^^^ 

: : i : ;R^^ 

. ; . • ■ PDP pporates a specific : release process. --ii '^'--y '.-^^i]]]-:::^^^^^^ : 

[0023] :; :^ Til : 

es/Traffic. &QoS : Data: Objects :on:RDP: Context control . • ' \ .V. ' : ■ 

messages aims to.speed up. the. endrtorend QoS nego- 
tiation process and minimizes the extra traffic toad on 25 
the networki in particular,' overthe air interface. • ' 
[0024] An alternative solution is to extract the Traffic 
:;and;QpSDat& ■ 
.:": '.*. ■ the PATH: message: and the FlowSpees'f rom: the: RESY :::::: :V:V: V: : -V. V; 

niessage.andpiggyba^ 3Q ■ v.v.V;v 7^^^^^^^^ 

■ sponse messages. 
[0025];; In these: circii^ 

mine if it is a PATH message or a RESV messages or 
other RSVP messages camed by secondary PDP con- 35 
text by looking.for the header, information. A.speciat flag . 
- : : is provided on :QoS data objects; There are at most 

; ; t^ 

byte; a single byte can accommodate all the diffeent 
; types of RSVP messages including the PATH and RESV 40 

• ■-■ ' '■- ■ i' :'.'■ ■ [ftieSSageS. : : : . : ;V-V;:V:y:':V:': "• : ; V: ; rV:'- . .V:: V, . ■.■:■,■::■;..;'; ' ' " ' •" ' ' V '. '■■■■■::':[:[:[ ^-y^^i-l^i ■ ; - iV. ' . ■ V. :'; :V:V '.' :' ' , _ V- ; .V; ?: V: ry:^: ; ; V:-:"::: ■■ ; ' ' .':': 



; . : ii!: in-ia 
: n 

■ : mote user bh^^^ 

: pbjeC^^ 50 

^ : :;i parenttyib^ 

: - iSjEtid renripte:usera^ 

2. AhriethOdaccO^ 

: m^ 

y ipontext ahditliieidm^^ 
; paclcet d ata protpcpi ic^^ 



3. A method accordinjg to claim 1 or 2 in whjch the 

quality of service; rpq upst is carried in the r^urce . ; ; : j : ; 
reservation protocol.: 



4. A method according to any preceding^^^ 

■ the da^ objects jai^ bi^ identif ied_ by a header in^ 

.f6rmatibnv;:^5;v-;i'v^^ : -^ll •■■-ni^: ■ " 

5. A nriethpd accprdingitpian 

. .. . prising sending an ;ent|re quality p 
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sponse without waiting for the: RESV message. Howev- 
er, with that approach , GGSN may not be abl e to popu^ : 
late the Negotiated : QoS IE with . valu es that: matches : : . 
RESV QoS TGquirements. : Figure. 3: shows :ithat:: the ; 
GGSN waits for RESV beforeigenerating the PDP conr.: : s, 
text response message. 

[0021 1 When the R ESV response from the remote 
peer Is received at the GGSN 24, it uses this inf omnatlon , : 
along with relevantlocal configuration, to see If QoS Ne- .: 
gotiated is the same as QoS : Requested. Then it piggyr : io 
baci<s the RESV message on the: Activate/IV^odify PDP::: - 
Context response message using the PDP config. opT . 
tion. RAB re-negotlation can talce place: between SGSN 
and; UTRAN if^ QoS Negotiated is different from QoS Re-^i : ; : : ; : 
quested; ; Finally^ :the :RESV; message possibly: adapted ; ; : = f * 
: at ; the; GGSN :is: sent :on ito :the :TE :32 iby iplggybacking; i: i : ; . : 
on: the Activate :/Modify :rPDP: : Context : Gonfirmation : : - : : 
message(s) 

[0022] It is an advantage of this arrangement that 
: R S V P ref res h messag es are : n ot req u i red , : becauses a 20 
PDP operates a specific release process. ^^^^^^ : : : :: :: 
[0023] i Th IS p reposed piggybacking of RS VP messagr: : . i ; : : 
es/Traff ic &QoS : Data: Objects on PDP Context control: : : : : : : 
messages aims to. speed up. the endrlorend QoS. negor.v^^... ... 

tiatlon process: and minimizes the extra traffic: load on. 2s 
the network, in particular, over the air interface. 
[0024] : i An iaiternative: solution : is; to ; extract the ;Traffic ; : : : : 
and QoS DataObjects such as the rTspec ■ ADSpec f rom : .: i: 
the PATH message and the FlowSpecs from: the RESV : : 
message and piggyback them using the PDP config. op- 30 
tlo n to th e Activate/Modify : PD P : Context Req u est/Re- 
sponse messages. 

[0025] i ; I n these; circumstances; the; GG S N can ; deter- ; ; ; ; ; 
mine If it ; Is; a ; PATH message ; or ; a ; R ESV; messages ;or ; ; : ; ; : 
other RSVP: messages carried by secondary: PDP con-; : 35 
text by looking for.the header. iriformation: A.special flag'. . ... 
Is provided on QoS : data : objects - ; There : are at : most ; i ; : 
twelve such objects , so a flag occupies at most half: a ; ; ; : : 
byte; a single byte: can accommodate at I the diffeent :: 
types of RSVP messages including the PATH and RESV; ; ; :40 
messages. 

Claims 

45 

1; In a; third or future generation telecommunication" : 
network^ a method of allocating; resources for user : :: 
traffic passing between a mobile temnlnal. and a re- . 
mote user characterized by sending at least a data : 
: object content of a qua! rty of service request trans^: so 
: : : parentty between a support node; associated with ; ; : : 
. said remote user and said; mobile terminal ; ; ; : :;;= ; 

2. Amethodaccordingtoclaim tin which the telecom- . 
munication network operates a packet data protocol 55 
context and the data object content is included in; a 
packet data protocol ;context message. .:::;::;;;;;; 



3. A method according to claim 1 or 2 in which the 
quality of servk^e request is carried in the resource 
reservation protocol. 

4^ Amethod according to any preceding daimiiniwhich: 
the data objects, are. each identified by a header. In- 
formation. 

5. ; A method according to any: preceding: claim: com- 
: : ; : ; prising sending an entire quality of service request.; 
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